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Application Module I nterface for Bidirectional Signaling and Rearer 
Channels in a Pri vate Branch Exchange (PBX^ Environment 

Field of the Invention 

The present invention relates generally to private branch exchange (PBX) 
switches, and more particularly, to a method and apparatus for allowing one or more modules to 
access voice or data channels on the private branch exchange (PBX). 

Background of the Invention 

Within a corporate environment, telephone service is typically provided by a 
private branch exchange (PBX) switch. A private branch exchange (PBX) switch is an on-site 
facility, that is typically owned or leased by a company or another entity. The private branch 
exchange (PBX) interconnects the telephones within the facility and provides access to the public 
telephone system. Typically, a private branch exchange (PBX) environment uses digital 
telephone terminals and digital switching. Digital private branch exchange (PBX) switches were 
designed to handle analog voice traffic, with the switch performing an analog-to-digital 
conversion (DAC) so that digital switching can be used internally on the entity premises. 
Increasingly, however, private branch exchanges (PBX) are carrying data traffic as well as voice 
traffic. Typically, data calls are generally switched through a modem-pool to the private branch 
exchange (PBX) for transmission to the Public Switched Telephone Network (PSTN). 

While a private branch exchange (PBX) allows an entity to efficiently provide 
access to communication services without necessarily having dedicated telephone lines for each 
employee, the private branch exchange (PBX) often limits the types of communications 
equipment that may be connected to the PBX and the types of services that may be accessed over 
the PBX. For example, since the telephone terminals connected to the PBX are digital, it is often 
difficult, if not impossible, to connect an analog device to the PBX. In addition, the 
communications protocols and hardware specifications of a given private branch exchange 
(PBX) are often proprietary to the manufacturer of the PBX. Thus, it is often difficult, if not 
impossible, to connect equipment manufactured by another manufacturer to the PBX. 
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Adjunct processors have been proposed for use with private branch exchanges 
(PBXs) to supplement and enhance the telecommunications services provided by the PBX. For 
example, a voice mail system is often used with a PBX to provide users with voice messaging 
capabilities. In order to work together, the PBX and the adjunct processor must be able to 
5 communicate with each other. This is typically accomplished by means of a digital control data 
link, such as the DCIU link, commercially available from AT&T, that interconnects the PBX 
control processor with the adjunct processor. 

In addition, other interfaces have been proposed or suggested that allow other 
types of equipment to be connected to a private branch exchange (PBX). For example, the 841 1 
10 terminal, commercially available from Lucent Technologies Inc., of Murray Hill, NJ, provides a 
tip/ring interface that allows analog devices to be connected to the private branch exchange 
(PBX) and an RS-232 (passageway) interface that allows a computer to be connected to the PBX 
and permits Computer Telephone Integration (CTI). These other interfaces, however, including 
^ 841 1 terminal, are typically designed specifically to provide specific features and to operate 
^ with the particular communications protocol and/or hardware specification of a given private 
W branch exchange (PBX) manufacturer, or telephone terminal manufacturer. Current interfaces 
s are unable to support additional features that may be desired by a customer. 
2 As apparent from the above-described deficiencies with conventional techniques 

for connecting devices to a private branch exchange (PBX) switch, a need exists for a standard 
m interface to the private branch exchange (PBX) that allows one or more modules to access voice 
or data channels on the private branch exchange (PBX). A further need exists for an interface to 
the private branch exchange (PBX) that utilizes an integrated digital telephone chip. Yet another 
need exists for an interface to the private branch exchange (PBX) that permits a module to 
support additional features for the private branch exchange (PBX). 

25 

Summary of the Invention 

Generally, an application module interface is disclosed that allows one or more 
modules to access voice or data channels in a private branch exchange (PBX) environment that 
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contains one or more B channels (bearer channels) for transmitting voice or data signals, and one 
or more D channels (signaling channel) for transmitting data. In addition, the application module 
interface provides a control channel that allows a module to obtain and vary the status and 
configuration of a telephone terminal. 

According to one aspect of the invention, the application module interface 
provides access to both directions of two B channels (Bl and B2) and one D channel The 
application module interface is the only interface required to connect the two B channels (Bl and 
B2) and one D channel to or from the telephone terminal and the add-on module. In one 
embodiment, the application module interface utilizes a frame format that includes a start bit 
(logic "1"), a number of data bits allocated to the D channels (D, D') and B channels (Bl, Bl', 
B2, B2'), and eight stop bits (logic "0"). Thus, there are two D channels (D, D') for transmitting 
the D data in both directions and four B channels for transmitting the Bl and B2 data in both 
directions. 

A tip/ring module allows an analog device, such as a facsimile machine or 
modem, to access the digital voice and data channels associated with the private branch exchange 
(PBX) switch. In addition, an RS-232 (passageway) or a Universal Serial Bus module allows a 
personal computer or other enabled device to interact with and control the operation of a 
telephone terminal for computer telephony integration (CTI) applications. The application 
module interface is physically located after the telephone terminal. The application module 
interface has a logical position, however, between the telephone terminal and the private branch 
exchange (PBX). Thus, the application module interface can monitor, use, alter, supply or 
simply pass through any of the two B channels (Bl and B2) or one D channel (signaling channel) 
to the telephone terminal. 

A more complete understanding of the present invention, as well as further 
features and advantages of the present invention, will be obtained by reference to the following 
detailed description and drawings. 
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Brief Description of the Drawings 

FIG. 1 illustrates a private branch exchange (PBX) environment that includes an 
application module interface in accordance with the present invention; 

FIG. 2 illustrates the private branch exchange (PBX) environment of FIG. 1 that 
5 utilizes an integrated digital telephone chip to provide the application module interface of FIG. 1 ; 

FIG. 3 illustrates a representative format of a data frame used by the application 
module interface of FIG. 1; 

FIG. 4 illustrates a representative control channel format, where bits are sent in 
order from left to right, used by the application module interface of FIG. 1 ; 

10 FIG. 5 illustrates the electrical interface of the application module interface of 
FIG. 1; 

FIG. 6 illustrates the AMI start-up procedure from the point of view of the 
J3 telephone terminal of FIG. 1 ; 

j= FIG. 7 illustrates the AMI start-up procedure from the point of view of a module 

§ of FIG. 1; 

fel FIG. 8 illustrates a set of representative protocol control messages in accordance 

s with the present invention; 

11 FIG. 9 illustrates a set of representative application messages that are sent by the 
^ telephone terminal of FIG. 1; 

yS) FIG. 10 illustrates a set of representative application messages that are sent by the 

module of FIG. 1; 

FIG. 1 1 summarizes a number of configurations of the voice and bearer channels, 
Bl andB2, of FIG. 3; 

FIG. 12 illustrates a schematic block diagram of a tip/ring module that allows an 
25 analog device to be connected to the digital PBX of FIG. 1 ; 

FIG. 13 illustrates a schematic block diagram of an RS-232 (passageway) module 
that allows a computer or workstation to be connected to the digital PBX of FIG. 1; and 
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FIG. 14 illustrates a schematic block diagram of a Universal Serial Bus (USB) 
module that allows a USB-enabled computer, workstation or other device to be connected to the 
digital PBX of FIG. 1. 



5 Detailed Description 

FIG. 1 illustrates a private branch exchange (PBX) switch 110 connected to a 
telephone terminal 120. According to a feature of the present invention, the telephone terminal 
120 is connected to (or provides) an application module interface 130, discussed further below, 
that allows one or more modules 140 to access voice or data channels. For example, one 

10 illustrative implementation of the module 140 allows an analog device, such as a facsimile 
machine (not shown) or modem (not shown), to access the digital channels associated with the 
private branch exchange (PBX) switch 110. In addition, the application module interface 

H p provides a control channel, discussed below, that permits a module to obtain and vary the status 

J and configuration of a telephone terminal. 

|| It is noted that the application module interface 130 may be embodied as a 

jW separate unit independent of the telephone terminal 120, as shown in FIG. 1, or may be 
g integrated with the telephone terminal 120, in a manner discussed below. The telephone terminal 
^ 120 may be embodied, for example, as a ProLogix™ terminal 6416 or 6424, commercially 
W available from Lucent Technologies, Inc. of Murray Hill, NJ. In addition, the telephone terminal 
gf) 120 can be embodied as one or more of a handset, a loudspeaker and a headset. 

Typically, a private branch exchange (PBX) switch 110, such as a Definity™ 
PBX or a Merlin Legend™ PBX, commercially available from Lucent Technologies, Inc. of 
Murray Hill, NJ, contains two B channels (bearer channels), for transmitting voice or data 
signals, and one D channel (signaling channel) for transmitting data. It is noted that the D 
25 channel is sometimes referred to as the "S" channel. 

According to a feature of the present invention, the application module interface 
130 provides access to both directions of the two B channels (Bl and B2) and the one D channel 
In addition, in accordance with a further feature of the invention, the application module 
interface 130 provides a local control channel, C, for communicating with the application 
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module(s) 140 connected to a telephone terminal 120. The particular frame format used by the 
application module interface 130 is discussed below in conjunction with FIG. 3. A 
representative control channel format used by the application module interface is discussed 
below in conjunction with FIG. 4. 
5 Although the application module interface 130 is physically located after the 

telephone terminal 120, as shown in FIG. 1, the application module interface 130 has a logical 
position ("linked position") between the telephone terminal 120 and the private branch exchange 
(PBX) 110. In other words, signals can initially by-pass the telephone terminal 120 and can be 
processed by a module 140 via the application module interface 130. Thus, as discussed further 
10 below, in various embodiments, the application module interface 130 can monitor, use, alter, 
supply or simply pass through any of the two B channels (Bl and B2) or one D channel 
(signaling channel) to the telephone terminal 120. 
i,y According to another feature of the invention, the application module interface 

% 130 is the only interface required for connecting the control, C, and two B channels (Bl and B2) 
$5 and the one D channel to or from the telephone terminal 120 and the add-on module 140. In 
U addition, the application module interface 130 provides a number of hardware connections to the 
telephone terminal 120 and/or modules 140, discussed in conjunction with FIG. 5, that permit the 
g presence of a telephone terminal 120 and/or a module 140 to be detected, as well as to detect the 
FU disruption of an AMI connection, for example, due to a device losing power, or a transient event 
Jp that corrupts the data stream and causes a loss of synchronization. 
^ INTEGRATED TELEPHONE CHIP IMPLENTATION 

According to one feature of the present invention, the application module 
interface 130 may be implemented as part of an integrated digital telephone chip 200, shown in 
FIG. 2. The integrated digital telephone chip 200 may be embodied, for example, as the Global 
25 Digital Telephone (GDT) chip (part T7951), commercially available from Lucent Technologies, 
Inc. of Murray Hill, NJ, as modified herein to implement the features and functions of the present 
invention. As discussed further below, each of the telephone terminals 120 and the modules 140 
may be based on the same integrated digital telephone chip 200. 
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As shown in FIG. 2, in addition to the application module interface 130, the 
integrated digital telephone chip 200 includes one or more line interface unit(s) (LIU) 210, a 
main audio processor (MAP) 220 and a well-known high-level data link controller (HDLC) 230. 
For a detailed discussion of a suitable line interface unit(s) (LIU) 210, see, for example, Siemens 
5 Semiconductor, Component No. PEB2095 (ISDN Burst Tranceiver Circuit) data sheet (June 
1992), incorporated by reference herein, as modified herein to provide features of the present 
invention. For a detailed discussion of a suitable main audio processor (MAP) 220, see, for 
example, Advanced MicroDevices, Component No. Am79C30A (Digital Subscriber Controller) 
data sheet (March 1989), incorporated by reference herein, as modified herein to provide features 
10 of the present invention. 

Generally, the line interface unit(s) (LIUs) 210 support the two B channels (Bl 
and B2) and one D channel Generally, the main audio processor (MAP) 220 performs the 
y3 digital-to-analog (DAC) and analog-to-digital (ADC) conversions of the audio signals. The main 
audio processor (MAP) 220 performs CODEC functions (2 receive paths and 1 transmit path) 
^ and filter functions using digital signal processing (DSP) techniques to provide substantial 
yy flexibility and programmability. In one implementation, the main audio processor (MAP) 220 
s provides three interfaces, namely, a handset interface, an internal speakerphone interface and a 
J headset interface. A tone ringer output is provided to give a ringing signal independent of the 
^ operation of the voice signals. A dual-tone multi-frequency (DTMF) generator can be used to 
iD generate a signal consisting of two tones, where the frequency and amplitude of each tone is 
programmable. 

Generally, the high-level data link controller (HDLC) 230 is used for the "D" 
channel. The high-level data link controller (HDLC) 230 provides HDLC framing, CRC 
generation and checking, zero insertion/deletion, and either flag or mark idling. 
25 In the embodiment shown in FIG. 2, the data for the high-level data link controller 

(HDLC) 230 comes from the D channel of the line interface unit (LIU) 210. In an alternate 
implementation (not shown), the data for the high-level data link controller (HDLC) 230 can 
come from the D channel of the application module interface receiver (AMR) of the application 
module interface 130. In either case, the data will be provided at the nominal 16 kilo-bits-per- 
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second rate, but a control bit in the HDLC control register (not shown) is used to determine 
whether to use all bits or just every other bit (to support an 8 kilo-bits-per-second D channel). 

In the embodiment shown in FIG. 2, the data for the D channel of the transmitter 
of the line interface unit (LIU) 210 is selected by a multiplexer 265 from the transmitter of the 
high-level data link controller (HDLC) 230 or from the D' channel of the application module 
interface receiver (AMR) of the application module interface 130. In an alternate 
implementation (not shown), the data for the D channel of the transmitter of the line interface 
unit (LIU) 210 can be set to all one's. 

Likewise, the data for the Bl channel of the transmitter of the line interface unit 
(LIU) 210 is selected by a multiplexer 255 from (i) the output of the main audio processor 
(MAP) 220 (MAP-OUT), (ii) the BP channel of the application module interface receiver 
(AMR) of the application module interface 130, or (iii) can be set to all one's. In an alternate 
implementation (not shown), the data for the Bl channel of the transmitter of the line interface 
unit (LIU) 210 can be obtained from the Bl channel of a peripheral port input (not shown). It is 
noted that the peripheral port is a synchronous interface that connects an external codec or an 
HDLC controller to the integrated digital telephone chip 200. 

Similarly, the data for the B2 channel of the transmitter of the line interface unit 
(LIU) 210 is selected by a multiplexer 260 from (i) the output of the main audio processor 
(MAP) 220 (MAP-OUT), (ii) the B2' channel of the application module interface receiver 
(AMR) of the application module interface 130, or (iii) can be set to all one's. In an alternate 
implementation (not shown), the data for the B2 channel of the transmitter of the line interface 
unit (LIU) 210 can be obtained from the B2 channel of the peripheral port input (not shown). 

As shown in FIG. 2, the data for the input to the main audio processor (MAP) 220 
(MAP-in) is selected by a multiplexer 250 from (i) the Bl or B2 channels of the receiver of the 
line interface unit (LIU) 210, (ii) the Bl, Bl\ B2 or B2* channels of the application module 
interface receiver (AMR) of the application module interface 130, or (iii) an "all quiet" signal. 

The application module interface transmitter (AMX) of the application module 
interface 130, shown in FIG. 2, uses a set of multiplexers 270, 275, 280, 285 and 290 to select 
data for each of the six AMI data slots (D, Dl\ Bl, Bl', B2, B2'). As shown in FIG. 2, the data 
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for the D channel of the application module interface transmitter (AMX) is selected from (i) the 
D channel of the line interface unit (LIU) 210, or (ii) can be set to all zeroes. Alternatively, the D 
channel of the application module interface transmitter (AMX) can also be selected from (i) the 
D channel of the application module interface receiver (AMR), or (ii) the transmitter of the high- 
level data link controller (HDLC) 230. The D' channel of the application module interface 
transmitter (AMX) is generally set to all zeroes. Alternatively, the D 5 channel of the application 
module interface transmitter (AMX) can also be selected from (i) the D' channel of the 
application module interface receiver (AMR), or (ii) the transmitter of the high-level data link 
controller (HDLC) 230. 

The data for the Bl channel of the application module interface transmitter 
(AMX) is selected from (i) the Bl channel of the line interface unit (LIU) 210, or (ii) can be set 
to all zeroes. Alternatively, the Bl channel of the application module interface transmitter 
(AMX) can also be selected from (i) the Bl or Bl' channel of the application module interface 
receiver (AMR), (ii) the output of the main audio processor (MAP) 220; (ii) the Bl channel of a 
digital signal processor (DSP) (not shown), or (iv) the Bl channel of the peripheral port input 
(not shown). 

It is noted that the digital signal processor (DSP) port provides a means to connect 
a common digital signal processor (DSP) chip, such as an 8051 -type microcontroller, to the 
integrated digital telephone chip 200 to supplement the processing capability of the main audio 
processor (MAP) 220. The digital signal processor (DSP) port can be connected either with the 
main audio processor (MAP) 220 or with the application module interface 130. In addition, the 
module 140 can be connected to the digital signal processor (DSP) as well. 

Likewise, the data for the BF channel of the application module interface 
transmitter (AMX) is selected from (i) the output of the main audio processor (MAP) 220 (MAP- 
out), or (ii) can be set to all zeroes. Alternatively, the Bl channel of the application module 
interface transmitter (AMX) can also be selected from (i) the Bl or Bl' channel of the 
application module interface receiver (AMR), (ii) the Bl channel of the line interface unit (LIU) 
210; (iii) the Bl' channel of a digital signal processor (DSP) (not shown), or (iv) the Bl channel 
of the peripheral port input (not shown). 
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The data for the B2 channel of the application module interface transmitter 
(AMX) is selected from (i) the B2 channel of the line interface unit (LIU) 210, or (ii) can be set 
to all zeroes. Alternatively, the B2 channel of the application module interface transmitter 
(AMX) can also be selected from (i) the B2 or B2' channel of the application module interface 
5 receiver (AMR), (ii) the output of the main audio processor (MAP) 220; (iii) the B2 channel of a 
digital signal processor (DSP) (not shown), or (iv) the B2 channel of the peripheral port input 
(not shown). 

Likewise, the data for the B2 5 channel of the application module interface 
transmitter (AMX) is selected from (i) the B2 channel of the application module interface 

10 receiver (AMR), or (ii) can be set to all zeroes. Alternatively, the B2' channel of the application 
module interface transmitter (AMX) can also be selected from (i) the B2' channel of the 
application module interface receiver (AMR), (ii) the B2 channel of the line interface unit (LIU) 

yy 210; (iii) the B2 5 channel of a digital signal processor (DSP) (not shown), (iv) the B2 channel of 

3 the peripheral port input (not shown), or (v) the output of the main audio processor (MAP) 220 

B (MAP-out). 

W INTER-MODULE COMMUNICATIONS 

s B and D Channel Data 

[2 When there are multiple application modules, as shown in FIG. 2, data from the 

^ two B channels (Bl and B2) or the one D channel flows downstream from the telephone terminal 
y§) 120 (the receiver of the LIU 210) and through each application module 140-1 through 140-N in 
series. Along the downstream path, the data is changed as needed. The last module 140-N in the 
series chain sends its AMI output back upstream, again passing through each intervening module 
140-N- 1 through 140-1, without modification. 

As shown in FIG. 2, the integrated digital telephone chip 200 provides two 
25 receivers, referred to as an application module interface receiver (AMR) and an application 
module upstream receiver (AMUPR), and two transmitters, referred to as an application module 
interface transmitter (AMX) and an application module upstream transmitter (AMUPX). The 
application module interface transmitter (AMX) is the primary output for "downstream" 
communications with the application module interface 130 and the module(s) 140-1 through 
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140-N. In other words, the application module interface transmitter (AMX) is the one transmitter 
used on terminals, and as the downstream interface on modules 140. Data from the two B 
channels (Bl and B2) or the one D channel can be directed from a functional block of the 
integrated digital telephone chip 200 to the application module interface transmitter (AMX). 
5 As shown in FIG. 2, the application module interface 130 and each module 140 

includes an application module upstream transmitter (AMUPX). The application module 
upstream transmitter (AMUPX) is the secondary output for the application module interface 130 
for upstream communications from the chained modules 140-1 through 140-N to the telephone 
terminal 120. The application module upstream transmitter (AMUPX) is not used on a telephone 
10 terminal 120. 

The application module interface receiver (AMR) is the primary input for 
"upstream" communications between the application module interface 130 and the module(s) 
c| 140-1 through 140-N. In other words, the application module interface receiver (AMR) is the 
5 one receiver used on terminals, and as the downstream interface on modules 140. Data from the 
y> two B channels (Bl and B2) or the one D channel can be received by the application module 
W interface receiver (AMR) from a module 140 and directed to a functional block of the integrated 
s digital telephone chip 200. 

r: As shown in FIG. 2, the application module interface 130 and each module 140 

W includes an application module upstream receiver (AMUPR). The application module upstream 
|3) receiver (AMUPR) is the secondary input for the application module interface 130. The 
application module upstream receiver (AMUPR) is used in application modules 140 to receive 
"upstream" AMI data from modules 140-1 through 140-N that are further "downstream." Data 
from the two B channels (Bl and B2) or the one D channel that is received by an application 
module upstream receiver (AMUPR) can only be passed out on the application module upstream 
25 transmitter (AMUPX) unchanged. The application module upstream receiver (AMUPR) is not 
used on a telephone terminal 120. For the last application module 140-N in the series chain, 
there will be no valid data on the application module upstream receiver (AMUPR). In this case, 
the last application module 140-N must initiate upstream B and D channel data flow by 
outputting the B and D data on its application module upstream transmitter (AMUPX). 
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Thus, there are two operating modes for the application module upstream 
transmitter (AMUPX). In a first mode, referred to as the "pass-through mode," the application 
module upstream transmitter (AMUPX) transmits B and D data from the application module 
upstream receiver (AMUPR). The pass-through mode is used by modules 140 in the middle of 
the series chain. In this case, timing for the application module upstream transmitter (AMUPX) 
is based on the application module upstream receiver (AMUPR). There is a one bit time delay 
between frames (and data) received on the application module upstream receiver (AMUPR) and 
the output on application module upstream transmitter (AMUPX). 

In a second mode, referred to as the "turn-around mode," the application module 
upstream transmitter (AMUPX) transmits B and D data from application module interface 
transmitter (AMX) sources. The application module upstream transmitter (AMUPX) is used by 
the last application module 140-N in the series chain. Here, timing for the application module 
upstream transmitter (AMUPX) is the main 8 kilo-hertz (KHz) frame timing of the integrated 
digital telephone chip 200, as discussed below. 

Although a telephone terminal 120 is always the most upstream device, the 
telephone terminal 120 only uses application module interface receiver (AMR) and application 
module interface transmitter (AMX) pins, rather than application module upstream receiver 
(AMUPR) and application module interface transmitter (AMX) pins. Thus, while a telephone 
terminal 120 really only looks downstream, to the integrated digital telephone chip 200, the 
telephone terminal 120 appears as follows. The telephone terminal 120 transmits control channel 
data downstream on the application module interface transmitter (AMX). The telephone 
terminal 120 receives control channel data from upstream on the application module interface 
receiver (AMR) (which is really from downstream). The telephone terminal 120 will thus enable 
its downstream control channel transmitted (AMX) and its upstream control channel receiver 
(AMR). It is noted that telephone terminals 120 must use the application module interface 
receiver (AMR), because B and D data from the application module upstream receiver (AMUPR) 
can only be passed on to the application module upstream transmitter (AMUPX). 
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Control Channel Data 

Control channel communications between the application module interface 130 
and the application modules 140-1 through 140-N utilize a point to point connection. The 
telephone terminal 120 sends control channel data to the first module 140-1, and receives control 
channel data generated by the first module 140-1. The first module 140-1, in turn, in addition to 
sending and receiving control channel communications with the telephone terminal 120, also 
sends control channel data to the second module 140-2, and receives control data from the 
second module 140-2. The contents of the control channel on the application module upstream 
transmitter (AMUPX) is always the upstream control channel. Only the B and D data gets 
"turned around" in the manner described above for the "turn-around mode." In addition, while 
the application module upstream transmitter (AMUPX) is in the "turn-around mode," the 
application module upstream receiver (AMUPR) can still be used to receive control channel 
information from downstream modules. In this manner, a newly added downstream module 140 
can be detected. 

AMI FRAME CONTENTS 

FIG. 3 illustrates an illustrative format of a start/stop data frame 300 used by the 
application module interface 130. As shown in FIG. 3, each 125 micro-second frame contains 
one start bit (logic "1"), three control channel bits, C, and 36 total data bits allocated to two D 
channels (D, D ? ), four B channels (Bl, Bl', B2, B2') and eight stop bits (logic "0"). Thus, there 
are two D channels (D, D') for transmitting the D data in both directions. The two D bits 
typically contain the received D channel from the line interface unit (LIU) 210. The two D' bits 
typically contain the transmit D channel destined for the line interface unit (LIU) 210. 

The eight Bl bits typically contain the received Bl channel from the line interface 
unit (LIU) 210 (voice or data). The eight Bl' bits typically contain transmit voice or data signal 
destined for the line interface unit (LIU) 210 Bl channel. The eight B2 bits typically contain the 
received B2 channel from the line interface unit (LIU) 210 (voice or data). The eight B2' bits 
typically contain transmit voice or data signal destined for the line interface unit (LIU) 210 B2 
channel. 
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In the illustrative implementation, the data rate is 384 kilo-bits-per-second (Kbps), 
which makes the bit width 2.604 micro-seconds. AMI received data is sampled in the middle of 
each bit time. For each received frame 300, the bit timing is resynchronized to the received start 
bit. 

5 As shown in FIG. 3, each frame is 125 microseconds (8 KHz). The 8 KHz frame 

timing can be derived from the active line interface unit (LIU) 210, the received application 
module interface receiver (AMR) signal, or an internal oscillator. In one implementation, the 
clock source is selected under software control from the external microprocessor. In normal 
operation, the telephone terminal 120 recovers the 8 KHz timing from the line interface unit 
10 (LIU) 210, and the modules 140 recover the 8 KHz timing from their received application 
module interface receiver (AMR) signal. Once AMX or AMUPX communications begin 
outputting a frame, the output continues through all of the data fields and at least five stop bits. 
=0 Any change or shift in the 8 KHz timing results in the application module interface transmitter 
j; (AMX) omitting one to three stop bits or outputting extra stop bits. The application module 
^ interface transmitter (AMX) or application module upstream transmitter (AMUPX) will not start 
W outputting a new frame in the middle of a current frame, which would make start bit detection 
* unreliable. This applies both when the 8 KHz timing source is changed, for example, by 
H software, and when the 8 KHz source itself (from the line interface unit (LIU) 210 or application 
module interface receiver (AMR)) slips. In addition, when the application module interface 
%i0 transmitter (AMX) or application module upstream transmitter (AMUPX) is first enabled, zeroes 
will be output until the 8 KHz frame time is reached. The AMI frame output then begins with a 
start bit, up to 125 microseconds after being enabled. 

AMI CONTROL CHANNEL 
As previously indicated, the AMI frame 300 (FIG. 3) includes three "C" bits for 
25 the control channel. The control channel field actually contains one flag bit and two data bits. A 
complete control channel data word is split over five consecutive AMI frames and contains a 
total of nine data bits and a parity bit, transmitted least significant data bit first. The parity bit 
creates "even parity" for the ten total bits, and is generated by the integrated digital telephone 



-14- 



Fulcomer 5-3 



chip 200. The first of the three "C" bits is the flag bit. The flag bit is set to one to indicate the 
start of a new control channel word, or zero otherwise. 

FIG. 4 illustrates a representative control channel format 400, where bits are sent 
in order from left to right. Thus, each control channel word requires five frames (625 
microseconds). When there is no control channel data to send, all three "C" bits are set to zeroes. 
An "invalid data" error is detected by a control channel receiver when the flag bit contains a one 
in two or more out of five consecutive frames. If an "invalid data" condition is detected, the 
control channel receiver flags the error and takes the newest one flag to be the start of a control 
channel word. 

CONTROL CHANNEL PROTOCOL 

According to a further feature of the present invention, a start-up and tear-down 
mechanism is implemented using three hardware control signals. As previously indicated, the 
application module interface 130 does not utilize a separate frame synchronization in the 
illustrative embodiment. Thus, the start-up mechanism allows detection of a start bit. If an 
application module interface receiver (AMR) is first enabled when AMI data is present, the 
application module interface receiver (AMR) may mistakenly process a data bit as a start bit, and 
get out of synchronization, thereby invalidating all data. Thus, a cautious AMI start-up 
mechanism is needed. Likewise, should data get out of synchronization later, recovery must be 
fairly rapid to avoid significant loss of D-channel messages and corruption of voice signals. 

FIG. 5 illustrates the AMI electrical interface 500. As shown in FIG. 5, the AMI 
electrical interface 500 includes a module present (MP) signal that indicates that a module 140 is 
plugged into the AMI electrical interface 500. It is noted, however, that the module 140 may not 
be powered. In addition, the AMI electrical interface 500 includes a module receiving OK 
(MOD-OK) signal indicating that the module 140 is receiving valid AMI control channel 
messages. This signal is output from the module 140 and is active low in the illustrative 
embodiment. 

The AMI electrical interface 500 also includes a phone receiving OK (PHONE- 
OK) signal indicating that the telephone terminal 120 is receiving valid AMI control channel 
messages. This signal is output from the telephone terminal 120 and is active low in the 
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illustrative embodiment. An AMI to module (AMI->MOD) signal is the actual bitstream from 
the telephone terminal 120 to the module 140. An AMI to phone (AMI->PHONE) signal is the 
actual AMI bitstream from the module 140 to the telephone terminal 120. As discussed further 
below, the MP, MOD-OK and PHONE-OK signals form a hardware level handshake between 
5 the telephone terminal 120 and module 140 for AMI start-up and recovery, in accordance with 
the present invention. 

AMI $tart-Up 

FIGS. 6 and 7 illustrate the AMI start-up procedure from the point of view of the 
telephone terminal 120 and a module 140, respectively. It is noted that the telephone terminal 
10 120 initializes with its application module interface receiver (AMR) and application module 
interface transmitter (AMX) disabled. The application module interface transmitter (AMX) is 
^ high impedance. The module 140 enables its application module interface receiver (AMR) about 
O 30 milliseconds after the module 140 begins the AMI start-up process. The application module 
£ interface receiver (AMR) of the module 140 will not be receiving valid data until the telephone 
Jf terminal 120 enables its application module interface transmitter (AMX). Thus, the module 140 
jf! should ignore data errors during this phase of the AMI start-up and only start counting errors 
^ after a valid message has been received. 

M As shown in FIG. 6, during the initial start-up condition 610, the application 

module interface receiver (AMR) and the application module interface transmitter (AMX) of the 

W application module interface 130 in the telephone terminal 120 are off. In addition, the PHONE- 
OK signal (FIG. 5) is set to false. Once the phone recognizes that the module present (MP) 
signal (FIG. 5) is active at stage 620, the phone will set the data fields in the application module 
interface transmitter (AMX) to zeroes at stage 630 for at least 10 milliseconds, allowing the 
application module interface receiver (AMR) of the module to synchronize to the received AMI 

25 start bits. After the end of the ten millisecond interval is detected at stage 640, the phone will 
begin sending a control channel activity message, discussed below, once every ten milliseconds 
during stage 650. 

Meanwhile, as shown in FIG. 7, when the module receives the first AMI control 
channel activity message from the telephone terminal 120, as detected at stage 740, the module 
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140 will assert its module receiving OK (MOD-OK) signal (FIG. 5) and enable its application 
module interface transmitter (AMX) during step 750. The application module interface 
transmitter (AMUPX) of the module 140 is configured to output zeroes in all B and D data fields 
and no control channel data is sent so that the only ones output are start bits. Thus, the telephone 
terminal 120 can synchronize to the AMI start bits. The module 140 will then wait until the 
module 140 receives five link activity messages from the telephone terminal 120, as detected 
during stage 760, before the module 140 starts sending its own link activity message during stage 
770 at ten milliseconds intervals. In this manner, the telephone terminal 120 can detect the 
module receiving OK (MOD-OK) signal and enable its application module interface receiver 
(AMR) (at stage 670) while only start bits are being sent. It is noted that 40 milliseconds will 
elapse between the five messages and the telephone terminal 120 needs up to 30 milliseconds to 
detect the MOD-OK signal and enable its application module interface receiver (AMR). Thus, 
there is a 10 millisecond interval before the module 140 sends its first message. 

As shown in FIG. 6, the telephone terminal 120 detects the MOD-OK signal 
during stage 660 and enables its application module interface receiver (AMR). The telephone 
terminal 120 continues sending link activity messages every 10 milliseconds during stage 670. 
As previously indicated, the module 140 starts sending link activity messages every 10 
milliseconds during stage 770 after receiving the fifth link activity message from the telephone 
terminal 120. 

When the telephone terminal 120 detects the receipt of the first link activity 
message from the module during stage 680, the telephone terminal 120 will assert the phone 
receiving OK (PHONE-OK) signal (FIG. 5) during stage 690. The PHONE-OK signal indicates 
that the AMI connection is established and normal message activity may commence, as discussed 
below in the subsection entitled "Protocol." Thus, during stage 690, the telephone terminal 120 
reduces the rate of the activity messages to one per 100 milliseconds. In addition, the telephone 
terminal 120 puts received D channel HDLC data onto its application module interface 
transmitter (AMX) (AMX-D=LIUrx-D), and the telephone terminal 120 will allow 1(B) channel 
data onto the application module interface transmitter (AMX). It is noted that all AMX-B* data 
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will be zeroes until the module 140 sends a set voice channel configuration message, discussed 
below. 

As shown in FIG. 7, when the module 140 detects the PHONE-OK signal during 
stage 780, the module 140 should reduce its activity message rate to one per 100 milliseconds 
5 during stage 790, and the module 140 may send a phone states request, discussed below, to 
obtain phone state information. Until the PHONE-OK signal is asserted by the telephone 
terminal 120, only activity messages can be sent and no B or D channel data is allowed onto the 
application module interface 130. 

If the telephone terminal 120 fails to detect the MOD-OK signal during stage 660, 
10 and receives an activity message from the module 140 within 500 milliseconds of detecting the 
module present (MP) signal, the telephone terminal 120 will disable its AMI transceiver and 
begin the start-up process over again. It is noted that the start-up process should take at most 110 
*D milliseconds, with 30 milliseconds allocated for detecting the module present (MP) signal, 50 
„g milliseconds allocated for detecting five activity messages from the telephone terminal 120 
Jp (during which time MOD-OK should be detected), and 30 milliseconds allocated for detecting 
Jj the PHONE-OK signal. 

s The module 140 waits up to one second from initialization to detect that the 

ji PHONE-OK signal has been asserted by the telephone terminal 120. If the one second time 
;!S interval expires, the module 140 should reset its AMI transceiver, turn off the MOD-OK signal, 
-Jb and begin the start-up process over again after a delay of at least 30 milliseconds. 
Recovery From Errors and Disconnects 

Once the AMI connection has been established in accordance with the start-up 
process, the AMI connection may be disrupted, for example, due to a module 140 losing power, 
or a transient event that corrupts the data stream and causes a loss of synchronization. A 
25 disruption of the AMI connection may be detected using the hardware signals and the control 
channel protocol. If a disruption is detected, the detecting telephone terminal 120 or module 140 
immediately turns off its receiving OK (PHONE-OK or MOD-OK) signal and disables its AMI 
transceiver. The detecting telephone terminal 120 or module 140 should then wait at least 30 
milliseconds before attempting to restart the AMI, during stages 695 or 795, respectively. 
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According to a feature of the present invention, a number of mechanisms may be 
utilized to detect the disruption of the AMI connection. A telephone terminal 120 or a module 
140 may detect that its counterpart receiving OK (PHONE-OK or MOD-OK) signal has been 
turned off. In addition, the telephone terminal 120 may detect that the module present (MP) 
signal has been turned off. A disruption can also be detected if a telephone terminal 120 or a 
module 140 fails to receive an activity message in a 250 millisecond interval, since control 
channel activity messages are normally sent every 100 milliseconds once the AMI connection is 
established. In addition, a disruption can also be detected if a telephone terminal 120 or a 
module 140 fails to receive an acknowledgement (ACK or NACK), discussed below, for an 
application message and its retransmission. Finally, a disruption can also be detected if 
excessive errors are received in the control channel data. In one embodiment, excessive is 
defined to be ten or more errors in a 100 millisecond interval. 

Each telephone terminal 120 and module 140 maintains an error counter and 
increments the counter when the AMI control channel receiver reports a data error or a parity 
error, when a NACK is received, and when an unrecognized word is received with the ninth bit 
set (invalid first word of a message). Every 100 milliseconds each telephone terminal 120 and 
module 140 checks the error counter and then clears the error counter. It is noted that if the AMI 
connection is lost, the phone must restore its channel configuration to connect its audio section 
220 and HDLC controller 230 (FIG. 2) directly to its line interface unit (LIU) 210. 

The control channel receiver errors are parity errors and data errors. A parity 
error occurs when the ten bits (nine data bits plus one parity bit) make odd parity instead of even 
parity. A data error occurs when the control channel receiver detects an error in the non-data bit 
of the control channel field. It is again noted that the non-data bit is zero in all AMI frames 300 
except those that contain the start of a new control channel word. A data error occurs if the non- 
data bit is one in two or more out of five consecutive frames. 

Protocol 

As discussed above in conjunction with FIG. 4, the control channel uses nine-bit 
data words (D0-D8) plus a parity bit (P) for error detection. The control channel protocol 
exploits the ninth bit to indicate the start of a message. In the illustrative embodiment, messages 
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may be of two types, namely, an application message or a protocol control message. The 
application messages, discussed further below, come in various lengths and convey information, 
events and requests. According to a feature of the present invention, each application message 
must be acknowledged by the recipient, and only one application message may be outstanding 
5 (awaiting acknowledgement) at a time. If a second application message is sent before the first 
application message is acknowledged, the second application message will be ignored. If an 
error is detected during reception of an application message, the receiving unit should 
immediately send a negative acknowledgement (NACK) message. An outstanding or in-progress 
application message is retransmitted in response to a NACK message. If an application message 

10 is not acknowledged (ACK or NACK) within 50 milliseconds after the end of message 
transmission, the application message will be retransmitted. If the retransmission is not 
acknowledged within 50 milliseconds after the end of the message retransmission, the 

y£ s application module interface 130 is reset. 

5 The protocol control messages, discussed further below, are single word messages 

IS used for acknowledgement and link activity. The protocol control messages do not require 

acknowledgement and thus are not retransmitted, 
s To cover the situation where an application message is properly received, but the 

[1 acknowledgement is corrupted, a single-bit sequence number, S, is used in both application 
l Z messages and acknowledgements. If an application message is received with the wrong 
® sequence number, S, the application message will be acknowledged, but the message content will 
be ignored. An acknowledgement (ACK) with the wrong sequence number, S, will be ignored. 
When a unit receives the first word of an application message that has the wrong sequence 
number, S, the unit can send the acknowledgement (ACK) before receiving the entire message, 
since the body will be ignored anyway. The sending unit will accept an acknowledgement 
25 (ACK) while it is still sending an application message only if it is retransmitting the application 
message. This would only happen in the following case: 

(i) Unit A sends an application message with sequence number, N; 

(ii) Unit B receives the application message and sends an ACK with sequence 
number, Not-N; 
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(iii) The ACK gets corrupted so that Unit A does not receive a valid ACK; 

(iv) Unit A times out (50 milliseconds) and retransmits the application 
message with sequence number, N; 

(v) Unit B receives the first word of the retransmitted application message and 
5 recognizes that the sequence number is wrong. Unit B sends another ACK 

with sequence number, Not-N, and may do so before receiving the rest of 
the message. Unit B ignores the rest of the message. 
This example illustrates the need for sequence numbers. Without sequence 
numbering, the retransmission (sent in step iv) would be considered a new message by Unit B 

10 (when received in step v). 

Application messages are acknowledged even if the message is unknown or 
unsupported. The acknowledgement is protocol level, while the application message content is 
tfl application level. Unknown and unsupported application messages will be ignored. 
j5 The first word of an application message conveys the length of the application 

11 message body (i.e., the length of the remainder of the message). The maximum length of the 
W body is 15 words. To ensure that the control channel is operating, periodic activity messages are 
s sent by both the telephone terminal 120 and modules 140. It is again noted that the mechanism 
2 for the telephone terminal 120 to detect a module being disconnected or losing power is the 
K hardware signals. Rather, the link activity messages are meant to ensure that the AMI control 
^So channel is functioning properly. In the illustrative embodiment, an activity message will be sent 

every 100 milliseconds. If no activity message is received for 250 milliseconds, then the 
application module interface 130 will be reset, in which case the telephone terminal 120 will 
resume a standard non-module configuration for the voice channels and D-channeL 

It is noted that in order for the application module interface 130 to be useable for 
25 voice and data, the application module interface 130 must be virtually error free. Therefore, 
strong error detection mechanisms, such as cyclic redundancy checks (CRC), are not required for 
error detection in the control channel protocol. If a control channel word is received with the 
ninth bit equal to zero and an application message is not expected, then that word will be 
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ignored. An invalid control channel word with the ninth-bit equal to one is considered to be an 
error and a negative acknowledgement (NACK) message will be sent. 
Protocol Control Messages 

FIG. 8 illustrates a set of representative protocol control messages. Protocol 
5 control messages are single word messages with the following general format: 



8 


7 


6 


5 


4 


3 


2 


1 


0 


1 


0 


0 


1 


1 


X 


X 


X 


X 



The ninth bit is always a one to indicate the start of a message, and bits four through seven are 
assigned a binary value of "0011" indicating a protocol control message. Bits zero through 3 
identify the specific protocol control message. FIG. 8 illustrates a set of representative protocol 
10 control messages. As shown in FIG. 8, a link activity message has a fixed coding of 
S "1001 10000" and is used to prove that the control channel connection is working and active. 

3?:: ■■ 

' J An acknowledgement message is coded as "1001 1 1 1 IS", where bit zero (S) is the 

sequence number bit. An acknowledgement (ACK) is used to confirm that an application 
|y message has been received without error. The acknowledgement (ACK) contains a single bit 
JL5 sequence number that equals the sequence number of the next expected application message. A 
negative acknowledgement (NACK) message is coded as "100110011" and indicates that an 
W erroneous message was received. The error could be either a parity error, a data error, or an 
dp invalid first message word (including zero length for an application message). 
™ Application Messages 

20 Application messages are variable length messages. The first word of each 

application message has the following general format: 



8 


7 


6 


5 


4 


3 


2 


1 


0 


1 


1 


1 


0 


S 


n 


n 


n 


n 



The ninth bit is always a one to indicate the start of a message, and bits five through seven are 
always set to "1 10" indicating an application message. Bit four (S) is the sequence number bit. 
25 Bits zero through three ("nnnn") indicate the length of the message that follows (i.e., a number 
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between one and 15 indicating the number of words remaining in the message). Thus, the 
maximum total message length is 16 words, including the first application message header word. 
The bodies of the various individual application messages are summarized in FIG. 9 for 
application message from a telephone terminal 120 and in FIG. 10 for application messages from 
5 a module 140. Each word of the body has its ninth bit set to zero. The first word of the body 
identifies the message and may include other information as well. It is noted that when the AMI 
connection is first established (or after a restart), the first application message sent by either side 
must have a sequence number, S, equal to zero. 

Application Messages from Phone 120 
10 When the HDLC transmitter is unused, the telephone terminal 120 must send its 

SI -channel layer 3 messages to the module 140 by means of the AMI control channel. It is noted 
that the SI -channel is a D channel message regarding the Bl channel. The module 140 is 
*3 responsible for sending the SI -channel transmit message, shown in FIG. 9, to the switch. The 
j« first word of the body identifies the application message as an SI -channel message. The rest of 
y the application message body is the actual SI -channel layer 3 message which can be 1 to 6 
W words. 

3 The phone states message provides the module 140 with information on various 

2 telephone states. The phone states message is sent in response to a request from the module 140. 
The module 140 should request a phone states message after the AMI control channel is first 

# established. The phone states message body contains five words as follows. The first word 
contains a phone states message identifier. The second word contains the telephone hook states, 
with the following code format: "0:MPKS:DVww." Bit 7 (M) is set to one if Mute is on. Bit 6 
(P) is set to one if the phone's overall hook state is off-hook. Bit 5 (K) is set to one if the handset 
switch-hook is off-hook. Bit 4 (S) is set to one if the speaker is on. Bit 3 (D) is set to one if the 

25 headset mode is active (or a separate headset jack is on). Bit 2 (V) is set to one if the voice path 
is disabled. Bits 0-1 (w) identify what is currently active if the phone is off-hook (P^l), with 
ww=00 indicating the handset, ww=01 indicating the speaker, ww=10 indicating the adjunct, 
ww=ll indicating the headset (if separate headset jack). It is noted that if the phone does not 
have a separate headset jack (i.e., the handset jack is used), then the handset will be shown as 
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active. Group listen (spokesman) mode is indicated by the speaker being on (S=l), but the 
handset (or headset) being active (ww). Bits 0-1 should be ignored if the phone is on-hook 
(P=0). An adjunct is always active when it is on, so the adjunct state is revealed by ww. 

The third word of the phone states message contains the line states and local 
modes, with the following code format: "0:ADSL:0TRF." Bit 7 (A) is set to one for A-law voice 
or zero for |u-Law. Bit 6 (D) is set to one if the B-channel touch tone administration is set 
(dialing via B-channel messages versus DTMF). Bit 5 (S) is set to one if the line interface layer 1 
state is active or is set to zero if layer 1 is down. Bit 4 (L) is set to one if the line interface 
loopback is active. Bit 2 (T) is set to one if the test mode is active. Bit 1 (R) is set to one if the 
select ring mode is active. Bit 0 (F) is set to one if feature (shift . . .) is active. 

The fourth word of the phone states message contains the ringer and handset 
volumes, with the following code format: "0:0rrr:Jhhh." The ringer volume is specified in bits 
four through six. The handset volume is specified in bits zero through two. Bit 3(J) is set to one 
if the phone has a handset jack. 

The fifth word of the phone states message contains the speaker and headset 
volumes, with the following code format: "0:Jddd:Ksss." The headset volume is specified in bits 
four through six. Bit 7 (J) is set to one if there is an independent headset jack (volume). The 
speaker volume is specified in bits zero through two. Bit 3 (K) is set to one if the phone 120 has 
a speaker. 

In this manner, changes to modes, states, and settings can be conveyed by separate 
application messages from the telephone terminal 120. It is noted that some states are controlled 
by D-channel messages and it is up to the module 140 to notice any such changes. 

The line interface state change message, shown in FIG. 9, is sent when layer 1 of 
the protocol is established or lost (i.e., layer 1 comes up or goes down) or when the loopback 
state changes. The line interface state change message contains its information in a single word 
body coded as "0: 1111 : 1S0L." Bit 2 (S) is set to one if the state is layer 1 active. Bit 0 (L) is set 
to one if the line interface loopback is active (provided layer 1 is up, S=l). 

The audio state change message, shown in FIG. 9, is sent by the telephone 
terminal 120 whenever its audio state changes. It is noted that this does not include changes to 
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Mute, which are conveyed by a local button message, discussed below. The audio state change 
message includes what changed and the new state of all hook sources and what is now active. It 
is further noted that the active path may not have changed. For example, hanging up when the 
speakerphone is active. The audio state change message allows the telephone terminal 120 to 
5 request the voice path when the module also uses the Bl voice channel. 

The audio state change message has a two word body. The first word identifies 
the message and the source of the state change, and is coded as "0:1 1 1 l:0Nww," where bits zero 
through one (ww) are the source, discussed below, and bit two (N) is the new state (set to one if 
the source is turning on, or going off-hook, and set to zero if the source is turning off, or going 

10 on-hook). The second word is coded as "0:MPKS:DVww," in the same manner as the hook 
states word of the phone states message, discussed above. For both words, bits zero and one 
(ww) are coded as follows: 00 equals handset, 01 equals speaker, 10 equals adjunct and 1 1 equals 

JJ headset (if there is a separate headset jack). It is noted that if the telephone terminal 120 does not 

j£ have a separate headset jack (i.e., the handset jack is used), then the handset will be shown as 

3$ active for the headset mode. 

W The phone hook state (bit 6, P, in the second word) is the overall hook state of the 

s telephone terminal 120 and does not include the hook state of the module 140 (reported to the 
2 phone via the module state change messages, discussed below). For example, if the handset is 
% 5 off hook, and the user turns on the speaker phone (with group listen disabled), the following 
ii) audio state change message will be sent: "0:1111:0101" and "0:1111:0001." The first word 
indicates that the speaker has been turned on, and the second word indicates that mute is off, the 
phone is off-hook, the handset is off-hook, the speaker is on, the voice path is enabled, the 
headset mode is off and the speaker is active. 

In a further example, the user in the first example now hangs up the handset, the 
25 following audio state change message will be sent: "0:1111:0000" and "0:0101:0001." The first 
word indicates that the handset is going on-hook, and the second word indicates that mute is off, 
the phone is off-hook, the handset is on-hook, the speaker is on, the voice path is enabled, the 
headset mode is off and the speaker is active. It is noted that if mute had been on before the 
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speaker was turned on, mute will be turned off when voice switches to the speakerphone. This 
change would be reflected in the audio state change message (Bit 7, M, of word 2). 

The local button press message, shown in FIG. 9, is used to notify the module 140 
when the user presses buttons, such as mute and volume, that do not generate a D-channel button 
5 state change message. It is noted that with the 6400-series telephone sets, the softkey navigation 
buttons, such as menu and next, always generate a D-channel button state change message, and 
are thus not considered local buttons. The message has either a one-word or a two-word body. 
Buttons that have only an on/off state use the one-word body, while buttons that have more 
information use the two-word body. 
10 The first word of the body identifies the local button press message and the local 

button that was pressed. The local button press message is coded as "0:11 10:bbbb," where bits 
zero through three (bbbb) identify the button and possibly its on/off state as shown below: 



BINARY 
VALUE 


BUTTON/ 
BUTTON STATE 


0000 


Mute button: Mute off 


0001 


Mute button: Mute on 


0010 


Test button: Test mode off 


0011 


Test button: Test mode on 


0100 


Feature (Shift. . .) button: Feature off 


0101 


Feature (. . .) button: Feature on 


0110 


Volume up button; second word identifies 
which volume and volume setting 


0111 


Volume down button; second word identifies 
which volume and volume setting 


1000-1111 


Reserved 



For volume up and down, the second word is coded as "0:00ww:0wv." Bits four and five (ww) 
15 identify what volume was adjusted as follows: 00 equals handset, 01 equals speaker, 10 equals 
ringer, and 1 1 equals headset (if there is a separate headset jack with its own volume setting). 
Bits zero through two (wv) are the new volume setting (0-7). 
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It is noted that the states of mute, test, ring and feature, and the volume settings 
may be affected by other events that do not cause local button press messages. It is up to the 
module 140 to notice such events and options and handle them appropriately. 

The dial key messages, shown in FIG. 9, are sent when the phone is set for DTMF 
5 touch tones and the user presses or releases a dialpad key. When the phone is set for B-channel 
dialing, button state change D-channel messages are sent instead. The dial key message uses a 
single word body coded as "0:1 10R:kkkk where bit 4 (R ) is set to zero for key press, or set to 
one for key release, and bits zero through three (kkkk) identify the key: with 1 to 9 for keys 1 to 
9, 10 for key 0, 1 1 for key *, and 12 for key #. 

10 The softkey label contents message, shown in FIG. 9, is sent only in response to a 

softkey label query message from the module. The softkey label contents message contains the 
5-character softkey label and the button number in a six word application message body. The 

yy first word is coded as "0:1001 :nnnn," where bits zero through three (nnnn) are the softkey button 

5 numbers (1 to 12, or 1 to 15). The remaining five words contain the five characters of the 

*jEf> softkey label. 

W The HDLC control confirmation message, shown in FIG. 9, is sent in response to 

s a set HDLC control message from the module after the phone has switched HDLC routing to the 
tl application module interface 130. The HDLC control confirmation message has a two-word 
W body. The first word simply identifies the message with the fixed code of "0:0000: 1 1 10." The 
v2P second word is formatted as "0:Crrr:Lsss." Bit 7 (C ) is set to one to confirm that HDLC has 
switched from the telephone terminal 120 to the module 140, or is set to zero to indicate that the 
phone already expected the module 140 to be doing HDLC. If C equals zero, the rest of the bits 
are ignored. Bit 3 (L) is the layer 2 status, with a value of one indicating link up, and a value of 
zero indicating link down. If L equals 1, then bits zero through two (sss) and bits four through 
25 six (rrr) are the S and R sequence numbers, respectively. The sequence numbers are provided so 
that the module 140 may attempt to pick up control of layer 2 (HDLC) without having to reset 
the link. 
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Application Messages from Module 140 
The module 140 sends application messages to the telephone terminal 120 in 
order to set up configurations of the voice and signaling channels, control various telephone 
functions or states, and to pass received layer 3 SI -channel messages to the telephone terminal 
5 120. FIG. 10 illustrates the bodies of the various individual application messages sent by the 
module 140. 

The set HDLC control message, shown in FIG. 10, instructs the telephone 
terminal 120 to let the module 140 handle HDLC and the D-channel link layer. Layer 3 D- 
channel messages will then be passed over the application module interface 130 control channel 
10 in application messages. The set HDLC control message has a single word body with a fixed 
coding of "0:0000:0101." When the telephone terminal 120 establishes an AMI connection, the 
phone puts received HDLC data onto the application module interface 130 to the module 140. In 
fej other words, the phone connects AMX-D to LIUrx-D. Hence, the module 140 should initialize 
W its HDLC receiver and transmitter upon sending the set HDLC control message. In order to 
□5 avoid losing D-channel messages, the phone 120 will wait until the HDLC is idle (no messages 
§5 in progress) before connecting its line interface transmit D-channel (LIUtx-D) to the HDLC 
m coming from the module 140 (AMR-D'). When the switch is made, the phone sends an HDLC 
O control confirmation message, discussed above, to the module 140. It is noted that there may be 
p] a glitch in the transmitted HDLC when the switch is made, but the HDLC control confirmation 
"lb message takes 1.875 milliseconds to transmit, so that at least two valid flags should be sent after 
vy any glitch. The module 140 can thus begin transmitting D-channel messages right after receiving 
the HDLC control confirmation message. This is a one-way transfer of HDLC control. If the 
module 140 needs HDLC control, the module 140 has no reason to give control back to the 
telephone terminal 120. The telephone terminal 120 will take control of HDLC again only if the 
25 AMI connection is lost or the telephone terminal 120 is reset. 

The set voice channel configuration message, shown in FIG. 10, tells the 
telephone terminal 120 how to configure the digital voice channels. The phone changes voice 
channel configurations immediately upon receipt of this message. The set voice channel 
configuration message has a two-word body count. The first word simply identifies the message 
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with the fixed code of "0:0000:1111." The second word is coded as "0:ddvv:Xmmm," and sets 
the configurations as follows. Bits 4-5 (w) control the source of the phone's line interface 
transmit Bl channel "voice" (LIUtx-Bl). Bits 6-7 (dd) control the source of the phone's line 
interface transmit 12 channel "voice" (LIUtx-B2). Bit 3 (X) controls whether voice/data channel 
information is sent to the module 140 on the application module interface 130 (AMX-B*). If X 
equals zero, zeroes are sent on all AMX voice channels. If X equals one, then the following 
connections are made: AMX-B 1 is connected to LIUrx-Bl (Bl voice from PBX); AMX-B V is 
connected to MAP-out (phone's transmit voice); AMX-B2 is connected to LIUrx-B2 (12 data 
from PBX); and AMX-B2' is connected to AMR-B2. Initially, the telephone terminal 120 will 
send all zeroes on all AMX B channels. Bits 0-2 (mmm) determine what digital voice stream is 
connected to the phone's audio section (MAP-in). 

Bits 6-7 (dd) choose what the phone sends on the I2-channel to the PBX (LlUtx- 
B2 source), with a value of 00 indicating all ones, a value of 01 corresponding to the phone audio 
transmit (MAP-out), a value of 10 corresponding to all ones, and a value of 11 corresponding to 
12 channel from the module 140 (AMR-B2'). Bits 4-5 (w) of the second word choose what the 
phone sends on the Bl -channel to the PBX (LIUtx-Bl source), with a value of 00 indicating all 
ones, a value of 01 corresponding to the phone audio transmit (MAP-out), a value of 10 
corresponding to all ones, and a value of 11 corresponding to the Bl channel from the module 
140(AMR-B1'). 

Initially, the telephone terminal 120 will connect Bl (LIEtx-Bl) to its audio 
transmit path (MAP-out) and send all ones on 12. Bits 0-2 (mmm) control the digital source of 
the phone's receive audio section (to handset and speaker). Initially, receive audio is connected 
to the Bl -channel from the PBX (LIUrx-Bl). It is noted that these configurations do not control 
whether any audio output is active. Analog input/output control depends on the phone's audio 
state machine. The set voice channel configuration message controls only routing of the digital 
channel. 
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The following table shows the receive audio source slections: 





RTT 1 

1311 1 


JtSll U 


KcUHlVri AUJJ1U 
SOURCE 


0 


0 


X 


QUIET 


0 


1 


0 


LIUix-Bl 


0 


1 


1 


LIUrx-B2 


1 


0 


0 


AMR-B1 


1 


0 


1 


AMR-B2 


1 


1 


0 


AMR-B1' 


1 


1 


1 


AMR-B2' 



The phone states request message, shown in FIG. 10, instructs the phone to send a 
phone states message back to the module 140. The request has a single word body with the fixed 
code "0:0000:001 1." A module 140 should send a phone states request message to the telephone 
terminal 120 after the AMI connection is established in order to obtain the |u-law/A-law voice 
encoding setting, plus status of the line interface and any telephone states that may be of interest 
to the module 140. 

The module state change message, shown in FIG. 10, is used to inform the 
telephone terminal 120 of state changes in the module 140 that may be relevant to the telephone 
terminal 120, such as a module 140 going off-hook using the Bl voice path. The message has a 
two word body with the first word using the fixed code "0:0001:1000." The second word 
identifies the state change and the new state. The second word is coded as "0:0sss:wwww," 
where bits 4-6 (sss) contain new state information and bits 0-3 (wwww) identify what changed. 
A wwww value of 0000 indicates that the Bl channel has a hook state change, with bit 4 set to 
one indicating off-hook and bit 4 set to zero indicating on-hook. A wwww value of 0010 
indicates that the SI channel layer 2 has come up or gone down, , with bit 4 set to one indicating 
link up and bit 4 set to zero indicating link down. A wwww value of 0100 indicates that the SI 
channel timeout has occurred. All other wwww values are reserved. 
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Any of the state bits (sss) that are unused by a given type of change (wwww) are 
set to zero. If the module 140 can affect the hook state, it must report its hook state changes to 
the telephone terminal 120 via a module state change message. 

When the telephone terminal 120 is not using its HDLC controller, the module 
140 must pass to the phone all layer 3 SI -channel messages received from the switch. The 
format of this message mirrors the SI -channel transmit message sent by the phone 120 to the 
module 140, as discussed above. The first word of the body identifies the application message as 
an Sl-channel message and is coded as "0:0000:0000." The rest of the application message body 
is the actual Sl-channel layer 3 message which can be 1 to 14 words. 

The output local tone message, shown in FIG. 10, allows the module 140 to 
activate one of the non-ringer sounds on the telephone terminal 120, such as error beep, 
confirmation tone, or button click. The output local tone message is coded as a single word body 
as "0:1010:00TT," where TT is equal to 00 for a button click, 01 for error beep or 10 for 
confirmation tone. TT equal to 11 is reserved and will be ignored by telephone terminals 120 
that do not support a fourth tone. 

The telephone control message, shown in FIG. 10, is used by the module 140 to 
turn the phone's speaker on or off, turn mute on or off, control volume settings, and other feature 
controls. The telephone control message has a two-word body with the first word using a fixed 
code of "0:0000:1010" and the second word identifying what to control, The second word has a 
format of "0:0xxx:wwww ." Bits four to six (xxx) are the new setting, the meaning of which 
depends upon bits zero to three (wwww) which determine what to control, as follows: 
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BINARY 

\ T A T T TT? 

VALUE 


BUTTON/ 
BUTTON STATE 


0000 


Speaker On/Off: Bit 4 is set to one to turn on, 
and is set to zero to turn off. 


0001 


Mute On/Off: Bit 4 is set to one to turn on, and 
is set to zero to turn off. 


0010 


Adjunct TO signal On/Off: Bit 4 is set to one 
to turn on, and is set to zero to turn off (if 
phone supports adjunct). 


0011 


Test Mode On/Off: Test Bit 4 is set to one to 
turn on, and is set to zero to turn off 


0100 


Feature (Shift) On/Off: Bit 4 is set to one to 
turn on, and is set to zero to turn off 


0101-0111 


Reserved 


1000 


Set Handset Volume: Bits 4-6 are the new 
volume setting 


1001 


Set Speaker Volume: Bits 4-6 are the new 
volume setting 


1010 


Set Ringer Volume: Bits 4-6 are the new 
volume setting 


1011 


Set Headset Volume: Bits 4-6 are the new 
volume setting (if phone has separate headset 
jack) 


1100-1111 


Reserved 



Turning the speaker on or off may cause the phone to generate an audio state 

message. 

The generate recorder beep message, shown in FIG. 10, allows a recorder 
interface module to use the phone's T7951 single tone generator to inject a recorder warning 
beep into the transmit audio path. This adds the beep into both transmit voice and voice 
sidetone. Each message results in a single beep. Thus, the module controls the interval between 
beeps by how often the module 140 sends a generate recorder beep message. The message is 
ignored if the phone is off-hook. 

The generate recorder beep message has a four word body, with the following 
format. The first word has a fixed code of "0:0000:1100." The second word contains the T7951 
single tone frequency code in bits zero through four (0:000f:ffff). The third word contains the 
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T7951 single tone amplitude code in bits zero through six (0:laaa:aaaa). The fourth word is the 
beep duration as a multiple of 10 milliseconds (0:dddd:dddd). Thus, a duration of 10 
milliseconds to 2550 milliseconds is supported. It is noted that the actual beep duration could be 
up to 10 milliseconds less than that requested due to timing uncertainties in the phone 120. A 
duration of zero is invalid and will be ignored. 

The softkey label query message, shown in FIG. 10, allows the module 140 (or 
associated application) to obtain the text of one of the phone's softkey labels. The softkey label 
query message has a two-word body. The first word is the fixed code "0:0000:1001," and the 
second word contains the softkey button number in bits zero through three: "0:0000 :nnnn.' 5 The 
message will be ignored by the phone if the phone does not support softkeys or the softkey 
number is out of range (usually supporting values of 1 to 12 or 1 to 15). When querying for all 
softkey labels, the module 140 should wait for a softkey label contents message, discussed 
above, back from the telephone terminal 120 before sending the next softkey label query message 
(due to memory limitations in the phone). 
TELEPHONE TERMINAL SIGNALING AND BEARER CHANNEL CONFIGURATIONS 
Signaling Channel 

The signaling channel, D, supports two modes of operation. In a first mode, 
referred to as the "normal telephony mode," the telephone terminal 120 operates as if there is no 
module 140 attached. In the normal telephony mode, D-channels are terminated in the telephone 
terminal 120 via the HDLC controller 230 in the integrated digital telephone chip 200 (FIG. 2). 
The normal telephony mode is used when there is no module 140 attached, or the attached 
module 140 is not powered, deactivated or faulty. However, if the telephone terminal 120 
detects that a module 140 is attached, the telephone terminal 120 will periodically attempt to 
establish communication while operating normally from a user's point of view. 

A second mode, referred to as the "module mode," is entered after a successful 
AMI connection start-up and the module 140 sets HDLC control, as discussed above. The 
telephone terminal 120 disables the D-channel HDLC controller 230 in the integrated digital 
telephone chip 200 and sends and receives level 3 D-channel messages via the AMI control 
channel. The telephone terminal 120 has also routed the D-channels to and from the PBX 110 

-33- 



Fulcomer 5-3 



via the AMI connection to the attached module 140. The module 140 terminates the D-channel 
with its own HDLC controller 230. D-channel messages to and from the telephone terminal 120 
are sent over the AMI control channel This terminate and regenerate operation is similar to the 
legacy equipment, such as the Definity™ linked data modules. This operation also affords the 
module 140 more control of the telephone terminal 120. 
Bearer Channels 

FIG. 11 summarizes the voice/bearer, Bl and B2, channel configurations. 
(Telephone) voice paths refer to the routing of data to and from the main audio processor (MAP) 
220 of the integrated digital telephone chip 200. In addition, the term "base" refers to the 
telephone terminal 120. "LIU" indicates the line interface unit (LIU) 210 of the integrated digital 
telephone chip 200 which terminates the bearer channels (Bl and B2) to and from the PBX 1 10. 

MODULE IMPLEMENTATIONS 

FIG. 12 illustrates a schematic block diagram of a tip/ring module 1200 that 
allows an analog device, such as a facsimile machine or modem, to be connected to the digital 
PBX environment 110. As shown in FIG. 12, the tip/ring module 1200 includes a 
microcontroller 1210 that controls signaling between the attached telephone terminal 120 and 
PBX 110. The microcontroller 1210 also controls the Tip/Ring interface 1230. An EEPROM 
(Electrically Erasable Programmable Read Only Memory) IC 1215 is used for non-volatile 
options storage, such as ring rates and levels. The Subscriber Line Interface Controller (SLIC) 
IC 1220 is a commercially available interface to the attached user-provided 
telephony/communications equipment on a tip/ring interface 1230, such as a modular-type RJ- 
1 1 -type analog type interface. 

FIG. 13 illustrates a schematic block diagram of an RS-232 (passageway) module 
1300 that allows a computer or workstation to be connected to the digital PBX environment 110. 
As shown in FIG. 13, the RS-232 (passageway) module 1300 includes a microcontroller 1310 
that controls signaling between the attached telephone terminal 120 and the PBX 110. The 
microcontroller 1310 also controls the information to the attached personal computer (not shown) 
connected to connector 1330, discussed below, which is used for a Computer Telephony 
Interface (CTI) function. An EEPROM (Electrically Erasable Programmable Read Only 
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Memory) IC 1315 is used for non- volatile options storage, such as ring rates and levels. A 
commercial EIA Driver/Receiver device 1320 converts the serial data and control levels to and 
from the microcontroller 1310 to EIA-232 levels for connection to a personal computer (not 
shown). The connector 1330 may be embodied as a standard EIA connector to physically 
connect the module to a personal computer via an EIA cable. 

FIG. 14 illustrates a schematic block diagram of a Universal Serial Bus (USB) 
module 1400 that allows a USB-enabled computer, workstation or other device to be connected 
to the digital PBX environment 110. As shown in FIG. 14, the integrated digital telephone chip 
200 may be embodied as a custom Gate array that interfaces the AMI from the digital telephone 
terminal 120 to the USB module. The HDLC controller 230 terminates the HDLC D-Channel 
to/from the PBX 110 attached to the digital telephone terminal telephone terminal 120. The 
microcontroller 1410 may be embodied as a commercially available USB microcontroller that 
controls the signaling between the PBX, attached telephone terminal 120 and optionally a control 
device attached to the USB interface 1460. An EEPROM (Electrically Erasable Programmable 
Read Only Memory) IC 1415 is used for non-volatile options storage, such as ring rates and 
levels. A small read only memory (ROM) IC 1420 is used for starting up the microcontroller 
1410 and for re-programming purposes. A re-programmable memory device 1430 permits 
changes in the functionality of the microcontroller 1410, via the USB interface 1460, thereby 
permitting software upgrades to the module. A random access memory IC 1440 is used for 
proper microcontroller operation 1410. A latch 1450 is used to de-multiplex the address/data 
from the microcontroller 1410. A USB connector 1460 may be embodied as an industry standard 
device for downstream device connections to a USB hub. 

It is to be understood that the embodiments and variations shown and described 
herein are merely illustrative of the principles of this invention and that various modifications 
may be implemented by those skilled in the art without departing from the scope and spirit of the 
invention. 
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We claim: 

1 . An interface for accessing digital channels in a private branch exchange (PBX) 
environment, comprising: 

a connector for connecting said interface to an application module; and 
a receiver for receiving signals from said connector, said receiver using a frame 
format that provides a channel for both directions of at least one bearer (B) channel 

2. The interface of claim 1, wherein said frame format provides at least four 
channels including two bearer channels in both directions. 

3. The interface of claim 1, wherein said module permits a computer device to 
access said digital channels. 

4. The interface of claim 1, wherein said module permits an analog device to access 
said digital channels. 

5. The interface of claim 1, further comprising a connector for connecting said 
interface to a telephone terminal. 

6. An interface for accessing digital channels in a private branch exchange (PBX) 
environment, comprising: 

a connector for connecting said interface to an application module; and 
a receiver for receiving signals from said connector, said receiver using a frame 
format that provides a channel for both directions of at least one signaling (D) channel. 

7. The interface of claim 6, wherein said module permits a computer device to 
access said digital channels. 
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8. The interface of claim 6, further comprising a connector for connecting said 
interface to a telephone terminal 

9. An interface for accessing digital channels in a private branch exchange (PBX) 
5 environment, comprising: 

a connector for connecting said interface to an application module; and 

a receiver for receiving signals from said connector, said receiver using a frame 

format that provides a channel for both directions of at least one bearer (B) channel and at least 

one signaling channel (D). 

10 

10. The interface of claim 9, wherein said frame format provides at least four 
channels including two bearer channels in both directions. 

11. The interface of claim 9, wherein said module permits an analog device to access 
^ said digital channels. 

IJ 

= 12. The interface of claim 9, further comprising a connector for connecting said 

interface to a telephone terminal. 

#13. A method for accessing digital channels in a private branch exchange (PBX) 

environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format that provides a 

channel for both directions of at least one bearer (B) channel. 

25 

14. The method of claim 13, wherein said frame format provides at least four 

channels including two bearer channels in both directions. 



-37- 



Fulcomer 5-3 



15. The method of claim 13, wherein said module permits an analog device to access 
said digital channels. 

16. A method for accessing channels in a private branch exchange (PBX) 
environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format that provides a 
channel for both directions of at least one signaling channel (D). 
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ABSTRACT 

An application module interface is disclosed that allows one or more modules to 
access voice or data channels in a private branch exchange (PBX) environment that contains one 
5 or more B channels (bearer channels) for transmitting voice or data signals, and one or more D 
channels (signaling channel) for transmitting data. The application module interface provides a 
control channel that allows a module to obtain and vary the status and configuration of a 
telephone terminal. The application module interface provides access to both directions of two B 
channels (Bl and B2) and one D channel. The application module interface is the only interface 
10 required to connect the two B channels (Bl and B2) and one D channel to or from the telephone 
O terminal and the add-on module. A frame format includes a start bit (logic "1"), a number of 
J data bits allocated to the D channels (D, D') and B channels (Bl, Bl \ B2, B2'), and eight stop 

5 bits (logic "0"). A tip/ring module allows an analog device, such as a facsimile machine or 

C] modem, to access the digital voice and data channels associated with the private branch exchange 
% (PBX) switch. An RS-232 or a Universal Serial Bus module allows a personal computer or other 
H enabled device to interact with and control the operation of a telephone terminal for computer 
r :Jjf telephony integration (CTI) applications. 

6 1200-245.app 
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Protocol Level Messages - 300 



Hex 


Binary 


Aivii Message i/escnpuon 


130 


1:001 1:0000 


L>inK Activity Message (iveep /aiivqj 


13E 
13F 


1:001 1:1 1 IS 


Acknowledgment (ACK); Bit 0 (S) is the sequence number 


133 


1.0011*0011 


Negative Acknowledgment (NACK) 


ICO 

to 

IDF 


1 : 1 lOS.nnnn 


Application Message. Bit 4 is the sequence number bit; 

Bits 0-3 are the length of the application message body. (Note 

that a length of 0 is invalid, but included in the range here.) 
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Application Messages From Phone - 9oo 



Hex 


Binary 


Application Message Description 


Length 


000 


0:0000:0000 


Si-Channel Layer 3 message for transmission to switch 


2to7 


002 


0:0000:0010 


Phone States Message 


5 


0OE 


0:0000:1110 


HDLC Control Confirmation 


2 


090 
to 

09F 


0:1001:nnnn 


Softkey Label Contents. Bits 0-3 contain the softkey button number 
(typically 1 to 12). The remainder of the message is the softkey label. 


6 


OCO 
to 
0DF 


0:110R:kkkk 


Dial Key Press or Release. R=l for Release; R=0 for Press. Bits 0-3 
(kkkk) identify the key (see text). 


1 


0E0 
to 

0EF 


0:1110:bbbb 


Local Button Press. Bits 0-3 (bbbb) identify the button and possibly 
its new state. Refer to the text for details. 


1 or2 


0F0 
to 
0F7 


0:llll:0nww 


Audio State Change. n=l if the source of the change (ww) is 
activating (turning on or going off-hook). Sources: ww=00 for 
Handset, 01 for Speaker, 10 for Adjunct, 1 1 for Headset Jack (if any). 


2 


0F8 
to 

OFF 


0:1111:1S0L 


Line Interface State Change. S=l if Layer 1 State is Active; L=l if 
Line Interface Loopback is active. (Ignore L if S=0.) 


1 
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Application Messages From Module ** 1 °oo 



Hex 


Binary 


Application Message Description 


Length 


000 


0:0000:0000 


S 1 -Channel Layer 3 message received from switch (or from module). 


2 to 15 


003 


0:0000:0011 


Phone States Request 


1 


005 


0:0000:0101 


Set HDLC Control 


1 


009 


0:0000:1001 


Softkey Label Query 


2 


00A 


0:0000:1010 


Telephone Control 


2 


OOC 


0:0000:1100 


Generate Recorder Beep 


4 


OOF 


0:0000:1111 


Set Voice Channel Configurations 


2 


018 


0:0001:1000 


Module State Change 


2 


OA0 
to 
0A3 


0:1010:00TT 


Output Local Tone. TT=00 for button click; TT=01 for Error Beep, 
TT=10 for Confirmation Tone; TT=:1 1 reserved. 


1 
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BEARER CHANNEL CONFIGURATIONS - UM 



Mode 


Application 


Description 


0 


Normal without module or with module for 
Kecoraer interface or voice 


Voice paths are sent and received to the LIU. Copies of 
the received and transmitted voice is sent to the module. 


Recoqnition 


1 


Tio/Rina Module on the B2-Channel 


Voice paths on Bl are terminated in the MAP and B2- 
Channels are sent and received to/from AMI. 




2 


Tio/Rina Module on the Bl -Channel 


Base voice processing is silenced and Bl -Channels 
to/from the PBX are sent and received via AMI. 


3 


Multimedia Module 


The Bl and B2-Channels to/from the PBX are both sent 
and received only by the module via AMI. The base 
voice paths are silenced. 


4 


Multimedia Module with base voice 
transducers 


The Bl and B2-Channels to/from the PBX are both sent 
and received only by the module via AMI. The base 
voice transducers are sent and received over AMI. This 
permits external use of both bearer channels while using 
the base terminal audio transducers. 
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IN THE UNITED STATES 
PATENT AND TRADEMARK OFFICE 

Declaration and Power of Attorney 
As the below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name. 

I believe I am the original, first and joint inventor of the subject matter which is 
claimed and for which a patent is sought on the invention entitled Application Module 
Interface for Bidirectional Signaling and Bearer Channels in a Private Branch 
Exchange (PBX) Environment, the specification of which is attached hereto. 

I hereby state that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by an amendment, if any, specifically 
referred to in this oath or declaration. 

I acknowledge the duty to disclose all information known to me which is material to 
patentability as defined in Title 37, Code of Federal Regulations, 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, 119 of any 
foreign application(s) for patent or inventor's certificate listed below and have also identified 
below any foreign application for patent or inventor's certificate having a filing date before 
that of the application on which priority is claimed: 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any United 
States application(s) listed below and, insofar as the subject matter of each of the claims of 
this application is not disclosed in the prior United States application in the manner provided 
by the first paragraph of Title 35, United States Code, 112, I acknowledge the duty to 
disclose all information known to me to be material to patentability as defined in Title 37, 
Code of Federal Regulations, 1.56 which became available between the filing date of the 
prior application and the national or PCT international filing date of this application: 

None 

I hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the 
United States Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 
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I hereby appoint the following attomey(s) with full power of substitution and 
revocation, to prosecute said application, to make alterations and amendments therein, to 
receive the patent, and to transact all business in the Patent and Trademark Office connected 
therewith: 



Lester H. Birnbaum 
Richard J. Botos 
Jeffery J. Brosemer 
Kenneth M. Brown 
Donald P. Dinella 
Guy Eriksen 
Martin I. Finston 
James H. Fox 
Barry H. Freedman 
Julio A. Garceran 
Mony R. Ghose 
Jimmy Goo 
Anthony Grillo 
Stephen M. Gurey 
John M. Harman 
Donald E. Hayes, Jr. 
John W. Hayes 
Mark A. Kurisko 
Irena Lager 

Christopher N. Malvone 
Scott W. McLellan 
Martin G. Meder 
Geraldine Monteleone 
John C. Moran 
Michael A. Morra 
Gregory J. Murgia 
Claude R. Narcisse 
Joseph J. Opalach 
Neil R. Ormos 
Eugen E. Pacher 
Jack R. Penrod 
Daniel J. Piotrowski 
Gregory C. Ranieri 
Scott J. Rittman 
Eugene J. Rosenthal 
Bruce S. Schneider 
Ronald D. Slusky 
David L. Smith 
Patricia A. Verlangieri 
John P. Veschi 
David Volejnicek 
Charles L. Warren 



(Reg. No. 25830) 
(Reg. No. 32016) 
(Reg. No. 36096) 
(Reg. No. 37590) 
(Reg. No. 39961) 
(Reg. No. P-41736) 
(Reg. No. 31613) 
(Reg. No. 29379) 
(Reg. No. 26166) 
(Reg. No. 37138) 
(Reg. No. 38159) 
(Reg. No. 36528) 
(Reg. No. 36535) 
(Reg. No. 27336) 
(Reg. No. 38173) 
(Reg. No. 33245) 
(Reg. No. 33900) 
(Reg. No. 38944) 
(Reg. No. 39260) 
(Reg. No. 34866) 
(Reg. No. 30776) 
(Reg. No. 34674) 
(Reg. No. 40097) 
(Reg. No. 30782) 
(Reg. No. 28975) 
(Reg. No. 41209) 
(Reg. No. 38979) 
(Reg. No. 36229) 
(Reg. No. 35309) 
(Reg. No. 29964) 
(Reg. No. 31864) 
(Reg. No. P-42079) 
(Reg. No. 29695) 
(Reg. No. 39010) 
(Reg. No. 36658) 
(Reg. No. 27949) 
(Reg. No. 26585) 
(Reg. No. 30592) 
(Reg. No. P-42201) 
(Reg. No. 39058) 
(Reg. No. 29355) 
(Reg. No. 27407) 
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Eli Weiss 



(Reg. No. 17765) 



I hereby appoint the attorneys on ATTACHMENT A as associate attorneys in the 
aforementioned application, with full power solely to prosecute said application, to make 
alterations and amendments therein, to receive the patent, and to transact all business in the 
Patent and Trademark Office connected with the prosecution of said application. No other 
powers are granted to such associate attorneys and such associate attorneys are specifically 
denied any power of substitution or revocation. 

Full name of 1st joint inventor: Emanuel James Fulcomer 
Inventor's signature Date 



Residence: Littler Silver, Monmouth County, New Jersey 

Citizenship: United States of America 

Post Office Address: 133 Rumson Road 



Little Silver, NJ 07739 



Full name of 2nd joint inventor: 



David W. Haislett 



Inventor's signature 



Date 



Residence: 



Freehold, Monmouth County, New Jersey 



Citizenship: 



United States of America 



Post Office Address: 



35 Longview Avenue 
Freehold, NJ 07728 
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ATTACHMENT A 



Attorney Names: Joseph B. Ryan Reg. Nos.: 37.922 

Kevin M. Mason 36,597 
William E. Lewis 39.274 



Telephone calls should be made to Kevin M. Mason at: 
Phone No.: (203) 255-6560 
Fax No.: (203^ 255-6570 



All written communications are to be addressed to: 



Ryan & Mason, L.L.P. 
90 Forest Avenue 
Locust Valley, NY 11560 
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